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1. Field of the Invention 

The present invention relates to methods and systems for transacting business, 
and more particularly to methods for enabling transactions in network traffic, including 
using traffic as payment-in-kind for software, hardware or other products and services 
that may be connected to a wide area network. 

2. Description of Related Art 

The widespread availability of "free" services over publicly accessible networks, 
such as the Internet, both reflects and reinforces a widespread expectation that 
software (and by implication, the hardware that software runs on) be made available on 
public networks in exchange for something other than the payment of cash by the 
software end user to the software owner or licensee. This expectation is consistent with 
public expectations concerning proprietary material, such as copyrighted entertainment, 
offered over traditional broadcast media such as television or radio. According to the 
prevalent business model in broadcasting, the end user who receives and enjoys 
broadcast material pays nothing directly to the broadcaster or producer to defray their 
production and broadcasting expenses. Instead, these costs are primarily paid for by 
sponsors who purchase advertising time or space from the broadcaster. The sponsors, 
in turn, recoup their advertising costs from consumers who are at least in part induced 
to purchase goods or services from the sponsor as a result of advertisements. 
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A similar model is used in networked media. A network host defrays the costs of 
operating a website by selling advertising space to sponsors. Frequently, the host 
provides copyrighted content for free use or viewing to attract consumers to the host 
site, who view the advertising and thereby contribute to the creation of the valuable 
5 advertising space that is sold by the host to the sponsor. 

The sponsor typically desires to asses the monetary value of the advertising time 
or space that it is purchasing. In broadcast models, this is often done through using 
sophisticated analytical and measurement tools to estimate the extent that 
advertisements are being viewed, and the extent to which the viewing of advertisements 
10 results in greater revenues to the sponsor. Similar tools may be employed in networked 
media; however, networked media affords the additional opportunity to directly measure 
"traffic" to a network target generated by a particular ad or web page. Traffic may be 
measured in various automatic ways, such as by counting "click-through" to the target, 
lij However it is measured, traffic essentially represents a direct measure of consumer 

5 - H * 

;|5 interest in the target. Because it can be quickly and automatically determined, and 
represents a direct measure of consumer interest, the cash value of traffic is readily 
assessable. The source of traffic to a target is also readily and automatically 

j 3l determinable. For example, the traffic generated by a particular ad, such as a banner 

*P ad, may readily be determined. Accordingly, traffic can be bought, sold, exchanged for 

t§0 value, and otherwise used in business like any other commodity. 

*f However, transactions in network media have not heretofore been able to take 

full advantage of the abundant opportunities that traffic as an exchangeable commodity 
offers. For example, most frequently, network media transactions merely mimic the 
classic media model whereby a sponsor pays cash in exchange for advertising space 

25 (such as a banner ad) on a web server. For further example, slightly more sophisticated 
transactions include those, such as a free web hosting service, wherein rights to use a 
network resource are exchanged for a right to occupy viewing space on a user's view 
screen with banner ads and similar traffic-generating objects. In a free host service, the 
user (typically, an individual consumer) does not pay for the right to connect to and 
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access the network through a host server. Instead, the user grants the host server the 
right to insert advertising on the user's viewing screen. In other words, the right to 
occupy space on the user's view screen supplants cash as payment-in-kind. 

In both of the foregoing examples, it is advertising space that is exchanged, not 
traffic itself. However, traffic is a more desirable and more valuable commodity, 
because it is more closely related to the desired end result (namely, increased sales by 
a sponsor) than is advertising space. Furthermore, exchanges of advertising space 
suffer from several limitations. For example, free host servers typically configure the 
user's interface so that a substantial portion of the view screen is always occupied by 
the host's advertising. This is obtrusive and substantially reduces the user's usable 
viewing area, making the free host service less desirable and less likely to attract the 
more desirable users, that is, those who can afford to pay for network access without 
giving up viewable area. In general, the effectiveness of advertising on the Internet has 
come into question, and is frequently not as effective as desired. Furthermore, 
exchanges of advertising space are more limited in applicability than exchanges of the 
more fungible and liquid traffic would be, if only a system and method were available to 
make such transactions feasible. 

It is desired, therefore, to provide a system and method whereby traffic (and not 
merely advertising space) may be exchanged for a property right, such as a license to 
use or an ownership right to network-connected devices and to copyrighted content on 
such devices. 

SUMMARY OF THE INVENTION 
The present invention provides a system and method for transacting with 
targeted network traffic, including using such traffic as payment-in-kind for rights to 
anything that may be connected to a network. Such network-connected things include, 
of course, network-connected computer hardware, copyrighted software, or other 
electronic content. The day is fast approaching that almost any article of commerce can 
be made network-connectable by incorporation of an inexpensive remote 
communication device, and almost every transaction involving a good or service 
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involves at least the recording of the transaction in a network-connectable device. 
Accordingly, the present invention in one of its various embodiments is believed to be 
applicable to an almost unlimited range of transactions. 

The method according to the invention is for use in a transaction between a user 
5 of a subject product or service and a provider of the subject product or service desiring 
to receive traffic to a target in exchange for it. The method may be generally described 
as follows. The user is capable of generating network traffic to the target, and is 
accordingly referred to herein as a "traffic generator." The subject product or service, 
herein referred to as the "subject," is connected to a network. A traffic destination 
10 designated by the provider, such as a web page or web site, herein referred to as a 
"target," and an application for performing steps of the method, herein referred to as a 
"traffic manager" are also connected to the network. The traffic manager may be 
incorporated into the subject (for example, if the subject comprises a web site), or may 
reside in a separate device. The traffic manager is configured to receive state 
^15 information from the subject, and particularly, information about the state of use of the 
subject, such as the extent and manner to which the subject has been used or 
^ consumed, and to correspondingly debit a traffic generator account an amount 
p depending on its state of use. The traffic generator is provided with a unique redirection 
code, and causes requests containing the redirection code to be directed to the traffic 
£120 manager. For example, the traffic generator may erect a web site containing selectable 
yL links that, when selected by someone browsing the web site, send a request containing 
the redirection code to the traffic manager. The traffic manager is further configured to 
receive requests over the network. When the traffic manager receives a request 
containing a redirection code, the traffic manager redirects the request to the target, and 
25 credits a traffic generator account an amount depending on how the traffic to the target 
is measured. The traffic manager retains the traffic generator account information for 
use by the sponsor and traffic generator. A system according to the invention 
comprises the traffic manager operatively incorporated in a network-connectable device. 
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The operation of the method may be enhanced by many optional steps 
depending on the specific application. In an embodiment of the method, the traffic 
generator takes a predetermined action when the traffic generator account achieves a 
certain state. For example, if the credits to the account are too low relative to the 
debits, causing the generator account to fall below a predetermined level, the traffic 
manager may instruct the subject to change its operating state. For example, if the 
subject is a powered device, the subject may be instructed to power down or enter a 
suspended (generally non-operative) state until otherwise instructed by the traffic 
manager. For applications where the subject is capable of generating traffic, such as 
when the subject is a web host or web site, the subject may be instructed to generate 
more requests containing the traffic generator's redirection code. This may be 
accomplished, for example, by increasing the number of selectable links on a web site 
that will cause a request containing the redirection code to be generated, or by 
randomly selecting and inserting a redirection code in a proportion of all requests 
generated by the web site. Furthermore, the traffic manager may take different actions 
at different account levels. The traffic manager may additionally take certain other 
actions, such as generating an account statement, at predetermined times. 

In another embodiment of the invention, the traffic manager is configured to 
receive traffic information from the target and use such information in determining how 
the traffic generator account is to be debited. For example, greater credit could be 
awarded for traffic that is associated with certain actions taken at the target site, and 
particularly, sales initiated at the target site from traffic generated by the traffic 
generator. Such steps are useful for encouraging the traffic generator to direct high- 
quality, profitable traffic to the target, instead of merely a large number of "clicks." 

The following exemplary applications of the method according to the invention 
illustrate the operation of the method. In an first exemplary application, the subject 
comprises software or other copyrighted content for use on a web server, and the traffic 
manager is incorporated as a module or component of the subject. The traffic generator 
installs and uses the subject software on a web server in exchange for traffic to be 
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directed to the sponsor thereby, and the subject software is pre-configured (or is 
configured by the traffic generator) to generate traffic containing a redirection code, 
such as " http ://s ite/red i r. d 1 1 . " All requests from the web server are routed through the 
traffic manager, which redirects traffic containing the redirection code to a target 
specified by the sponsor. The traffic may be redirected by a server-side redirection 
command, or less preferably, a client-side meta refresh command. The traffic manager 
increments a counter (that is, the traffic generator account) by some number of units 
each time a request is received. The counter is decremented for each request without a 
redirection code, and incremented for each request with a redirection code. If the 
counter falls below a pre-determined level (such as zero), the next request received by 
the traffic manager, whether or not it contains a redirection code, is redirected to the 
target. Alternatively, some set proportion of incoming requests are directed to the 
target. Either way, the sponsor is assured a minimum proportion of traffic from the web 
server running the subject server. 

In a related second exemplary application of the method, the traffic manager 
comprises a first component that is installed as a filter on a web server of the traffic 
generator, and a second component that functions as the traffic generator account 
manager that is installed at some other network location. The subject software is 
installed on the web server, and all of the web server traffic is routed through the filter. 
Multiple web servers with multiple filter components may be connected to the same 
account manager component. Periodically, the filter component contacts the account 
manager component and, using a password encrypted protocol, exchanges account 
information with the account manager. Depending on the status of the generator 
account, the manager component instructs the subject software as described in the first 
exemplary application. 

In a third exemplary application, the subject comprises a tangible or intangible 
product or service that is unrelated to a web server, such as, for example, a 
downloadable music file, a beverage served by a restaurant chain, or a discount to an 
amusement park. In the case of the downloadable file, the necessary network 
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connectivity may be provided by an imbedded executable routine in the file and/or the 
web server that the file is downloaded from. In the case of a product such as a 
beverage or a discount admission, the connectivity may be provided by a point-of-sale 
device, such as a network-connected cash register or turnstile. The traffic generator 
desires to make the subject product available to its subscribers at the sponsor's 
expense, in exchange for generating traffic to the sponsor's site. The traffic manager is 
installed at a separate network location. The traffic generator causes selectable links to 
be erected anywhere on the network which will direct requests containing the redirection 
code to the traffic manager. The links may be erected on a page offering the subject 
product to the subscribers, or in a separate, unrelated location. Each time the subject 
product is used (for example, each time the file is downloaded or played, or each time a 
point-of-sale event is registered), the traffic manager receives notification over the 
network, and adjusts the generator account accordingly. For example, if the subject 
product is a beverage, provision of the beverage may conditioned on entry of an 
acceptable code (such as a coupon code) into a point-of-sale device. The point-of sale 
device tracks information regarding such coded transactions and relays the information 
to the traffic manager. If insufficient traffic is generated to compensate the sponsor for 
the cost of the subject product, the traffic manager may take certain actions, such as 
invoicing the traffic generator for any shortfall. The generator may then respond by 
generating additional traffic or by paying the invoice. In the alternative, or in addition, 
the traffic manager may prevent any further downloading of the file or dispensing of 
coupons for the subject, or if necessary, cause any unredeemed coupons or unused 
files to become unusable by communicating with the appropriate point-of-sale devices 
or downloaded files. 

A more complete understanding of the method and system according to the 
invention will be afforded to those skilled in the art, as well as a realization of additional 
advantages and objects thereof, by a consideration of the following detailed description 
of the preferred embodiment. Reference will be made to the appended sheets of 
drawings which will first be described briefly. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram showing exemplary relationships between objects of a 
system according to the invention. 

Fig. 2 is a portion of a block diagram showing an alternative portion of the system 
5 shown in Fig. 1. 

Fig. 3 is a block diagram showing exemplary functional modules of a traffic 
manager application according to the invention. 

Fig. 4 is a flow diagram showing exemplary steps of a method according to the 
invention. 

10 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention provides a method and system for transacting with network 
5 traffic, including using traffic as payment-in-kind for anything that may be connected to a 
network. The method and system is particularly useful for enabling payment-in-kind for 
4 network resources, such as server space, network connections, and browser 
1 5 applications, where the subject itself may be used as a tool to generate network traffic. 
However, the invention is not so limited and may be used with virtually any product or 
service capable of being connected to a network to enable its exchange for network 
i traffic to a specified target. 

h - Fig. 1 shows a system 100 of objects capable of performing a method according 

1 0 to the invention. It should be appreciated that additional objects and elements may be 
* present, and certain of the objects and elements of system 100 may be omitted, without 
departing from the scope of the invention. 

The transacting parties, sponsor 102 and traffic generator 104, may be any 
persons or entities desiring to engage in a transaction whereby traffic is exchanged as 
25 payment-in-kind for a product or service. The sponsor 102 desires to direct network 
traffic to target 108. The sponsor's interest in directing traffic to target 108 may be for 
any number of reasons. For example, target 108 may advertise or take orders for 
products or services offered for sale by the sponsor. Alternatively, the sponsor may be 
selling advertising space on the target to other purveyors of goods and services. 
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Conversely, the traffic generator 104 desires to have or make use of the products 
offered by the sponsor, and is in a position to generate traffic directed to a target 
specified by the sponsor 102. Generally, a traffic generator is an operator of a web site, 
or producer of a web page or set of web pages, which attracts viewers or subscribers 
and which contain a link or links for directing viewers to the target site. However, it 
should be understood that the invention does not concern the exchange of a link or 
space on a web page or web site for anything of value, and that web pages or web sites 
with links are not a necessary element of the system or method. To the contrary, the 
invention is not concerned with how the traffic is generated. It is not even required that 
the traffic generator be connected to the network, so long as the traffic generator is 
capable of causing other network users to direct requests towards a specified target. 

Although any entity with something of value to exchange for traffic may play the 
role of the sponsor 102, sponsors that have produced (or otherwise own) software or 
network-distributable content may find the invention particularly valuable, because such 
products may be of particular interest to parties positioned to generate large quantities 
of traffic, such as web portals or hosts. Furthermore, network resources (including, for 
example, software, electronic content, and network hardware) are readily connected to 
a network and can be configured to exchange information with other network devices. 
In addition, a network resource (for example, a web site) may readily be configured 
such that the extent to which a network resource is used is related to the traffic 
generated thereby, in a sense providing an opportunity for the resource to "pay its own 
freight." Each of the foregoing factors favors exchange of traffic for network resources, 
but does not preclude the exchange of other products or services, or even of cash, for 
traffic. 

As transacting parties, the sponsor 102 and traffic generator 104 are not 
themselves operative elements of the system. Instead, the sponsor 102 and generator 
104 may directly or indirectly influence other objects of the system, as indicated by the 
dotted lines shown in Fig. 1. Sponsor 102 is concerned with traffic to target 108. Target 
108 may comprise any kind of content, file, or device that is accessible to users over a 
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network and for which activity may be measured. Target 108 is typically a network 
location or address containing a viewable file, such as an HTML file or media file, 
designated and controlled by the sponsor. Various methods are known in the art for 
measuring the activity of such files, as described below in connection with Fig. 3. 
Preferably, the sponsor can change the content or address of the target at any time 
during the transaction, such as by appropriately instructing the traffic manager 110. 

The sponsor 102 and the traffic generator 104 are both concerned with the status 
of account 114, as indicated by the dotted lines between them and the account. 
However, their relationship to account 114 is preferably an informational relationship 
only. That is, neither sponsor 102 nor generator 104 should be permitted to directly 
alter the value of account 114, as the value of the account should depend on extrinsic 
measures that are normally set by agreement between the sponsor and the traffic 
generator. Account 114 is a file or other record of traffic 122 caused by the traffic 
generator to the target, in relation to the state of use of the subject 120. It should be 
appreciated that target 108 may receive other traffic not as a result of any activity by the 
traffic generator, and such other traffic need not be, and preferably is not, reflected in 
the status of account 114. 

The traffic generator 104 has further indirect relationships with the subject 120 
and generally with users connected to system 100 via network 112. These indirect 
relationships are again indicated by dotted lines in Fig. 2. Typically, the traffic generator 
104 receives some economic benefit from its relationship to the subject 120. 
Furthermore, in many applications the generator is also interested in a measured state 
of use of subject 1 20, which may change over time. However, in other applications, the 
subject's use state may be static. Also, the traffic generator typically has the power and 
right to alter the operation of subject 120, for applications where the subject operation 
can be altered. Each of the foregoing relationships between the subject 120 and the 
traffic generator 104 reflects a master-subject relationship, i.e., a relationship of 
voluntary power on the part of the generator and passive reaction by the subject. 
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However, subject 120 exists independently of generator 104, and need not require any 
action on the part of generator 104 to operate as intended. 

The traffic generator 104 also has a causal influence generally over some users 
of network 112, and so is capable of causing traffic 116 (that is, requests for 
5 information) to be directed to traffic manager 110 from network 112. Generator 104 is 
also capable of causing at least a portion of the requests directed to the traffic manager 
to contain a predetermined redirection code. Various different methods as known or as 
may be devised may be used to cause traffic to flow to manager 110, and system 100 is 
not limited by the method of causation employed. An exemplary method of causing 
10 traffic to flow in the direction of a specified location is to erect a web page containing a 
routine for generating a request to the traffic manager. When the routine is activated, 
for example, by selecting a link, closing or opening a window, or after a specified 
% number of clicks, a request containing a redirection code is sent to the traffic manager. 
W In the alternative, such as, for example, when the traffic generator has a number of 
si; 5 network clients as subscribers, each subscriber's client device may be configured to 
^ send all requests to the network through the traffic manager. Further, each device may 
uJ be configured to send a request containing a redirection code when specified events 
p occur at a client device, such as, for example, after specified periods of inactivity. It 
4= should be appreciated that any method of causation may be used without impairing the 
CC20 operation of, or departing from the scope of, the invention. 

12 Traffic manager 1 10 is at the hub of system 100, receiving and redirecting traffic 

to target 108, measuring the redirected traffic 122, monitoring and optionally changing 
the state of subject 120, and updating account 114. Hence, traffic manager 110 is a 
criticaLajid _enabling component of system 100. Once initialized, the traffic manager 
25 may function independently of the sponsor 102 and traffic generator 104 to operate 
system 100 until terminated by occurrence of a predefined event. Traffic manager 110 
comprises a functional unit that may reside in a single application or device, or in the 
alternative, may be distributed across multiple applications or devices. 
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However the functionality of manager 1 10 is achieved, it should be configured to 
have capabilities as shown in Fig. 3. It should be capable of independently and 
continuously receiving separate information requests (traffic) that are addressed to it, 
i.e., capable of performing a receiving function 132. It should be capable of identifying 
5 or otherwise determining which of the requests that it receives are to be redirected to 
the target, i.e., capable of performing a segregation function 134. It should be capable 
of redirecting requests that are to be redirected, and letting other requests that it 
receives continue to their intended destination, i.e., capable of performing a routing 
function 1 36. It should be capable of counting or otherwise measuring the requests that 
10 are redirected to the target, i.e., capable of performing a traffic measuring function 138. 
It should be capable of maintaining an account reflecting the measured value of 
redirected traffic in relation to a static or dynamic subject value, i.e., capable of 
J: performing an accounting function 140. It should be capable of monitoring the status of 
ft the account and determining when account-based actions are triggered, i.e., capable of 
SI 5 performing an account status function 142. Optionally, it should be capable of 
measuring use or consumption of a subject and determining a quantified status for use 
in its accounting function, i.e., it should optionally be capable of performing a subject 
q status (value-measuring) function 144. Also optionally, it should be capable of 
JT communicating trigger messages to other objects or elements of system 100 when 
H20 account 114 reaches predetermined trigger states, or at predetermined times, i.e., it 
H should optionally be capable of performing a communication function 146. Traffic 
manager 110 may be provided with functions in addition to these, but the foregoing 
functions comprise a core that will be present in preferred embodiments of the 
invention. One skilled in the art of computer programming will appreciate various ways, 
25 in view of the present specification, to implement the foregoing core functions 
depending on the computing and network environment that the traffic manager will 
reside in. 

Within the framework of a preferred traffic manager 1 10, a great deal of flexibility 
is possible. In an embodiment of the invention, all of the functional modules of the 
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traffic manager reside in a single application at single network address. In an 
alternative embodiment, the receiving function 132, segregation function 134, the 
routing function 136, and traffic measuring function 138 are bundled together as a 
server-side or client-side application. Multiple copies of the client/server application are 
5 then distributed as desired to different network locations. The remaining modules are 
placed in an accounting/control module at a single location. Each of the distributed 
client/server applications communicates traffic information to the accounting module, 
preferably using an encryption protocol. This distributed embodiment facilitates the 
measurement and control of a large, nearly unlimited amount of traffic while causing 
10 minimal disruption to traffic flow patterns. It may therefore be preferred for larger 
transactions which justify its greater complexity. 

Referring again to Fig. 1, critical relationships are provided between traffic 
% manager 110 and other elements of system 100, as follows. Traffic 116 from network 

05 112 is routed through the traffic manager. Most of this traffic may be routed back to its 

La 

s45 original destination address, as indicated by the double-headed arrow symbolizing 
.f traffic 116. At least a portion 122 of the traffic 116, however is redirected to target 108 
v3 by the traffic manager 110, as instruc ted by sponsor 102. It should be apparent that 
jjj multiple targets may be specified by the sponsor, with one of the specified targets being 
f; selected for each redirected request. The chosen target may be selected at random 
tt20. from a list, may be selected according to the time of the request, based on routing 
information, or on some other parameter. Each time a request is redirected, the traffic 
manager is configured to increment a counter. In addition, the traffic manager may be 
configured to record information for, and calculate a "weight" for each click, based on 
information such as, for example, the amount of time since the prior click from the same 
25 unique IP address/browser combination or from addresses on the same subnet, an "http 
referrer" variable, or some other criteria. Optionally, the traffic manager may be 
configured to receive information from the target 108 about post-click events, such as 
whether a new prospect was registered or a sale occurred as a result of the click. Using 
the foregoing information, the traffic manager computes a measurement value for traffic 
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directed to the target according to a method agreed upon by the sponsor and the traffic 
generator. The measured traffic value is then accumulated in account 1 14 as a credit to 
the account. 

Optionally, the traffic manager communicates with subject 120 to receive state 
5 information and/or provide operating instructions to the subject. In some embodiments, 
subject 120 may comprise an application or device that is used by one or more 
subscribers 118. The traffic manager may collect information about the extent to which 
subject 120 is used by the subscribers, and debit account 1 14 as agreed by the sponsor 
and traffic generator. For example, if subject 120 comprises a web hosting service, the 
10 bandwidth consumed by the service may be integrated over time, and the integral of the 
bandwidth used as a basis for debiting account 114. Any method may be used to 
calculate the debits to account 114, without departing from the scope of the invention. 
According to some embodiments, account 114 is never debited, because the subject 
Co value is constant, as in a straight purchase of traffic for cash. 

Ill: 

y5 Additionally, traffic manager 110 may be configured to communicate instructions 

to change the state of subject, depending, for example, on the status of account 1 14. 

r 

This functionality may be particularly useful when the subject is configured to direct 
traffic to the traffic manager, as discussed below in connection with Fig. 2. For other 
«F applications, the communication function 146 may be used for implementing the terms 
iC?0 of an agreement between the sponsor and the traffic generator. For example, if traffic 
generated is insufficient to "pay" for the use of the subject, the traffic manager could 
instruct the subject (preferably after a suitable warning period) to power down. For 
further example, the subject could be instructed to enable additional features for 
subscribers after predefined traffic levels are obtained. 
25 In an embodiment of the invention, subject 120 is configured to direct traffic 116 

directly to traffic manager 110, as shown in Fig. 2. For example, the subject 120 may 
comprise a web host that incorporates the traffic manager 110 as an internal module. 
The web host passes all traffic 116 generated by the host "through" the traffic manager 
110, and the traffic manager is configured to redirect all requests bearing a redirection 
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code as redirected traffic 122 to target 108. The non-redirected traffic 1 16' is passed to 
its ultimate address network 112. The other elements of system 100, which are not 
shown in Fig. 2, remain essentially the same as shown in Fig. 1 . 

The embodiment shown in Fig. 2 is particularly useful because the subject 120 
(e.g., a web host) is configured to cause a selected portion of traffic 116 to contain a 
redirection code. If redirected traffic 122 is insufficient to maintain the status of account 
114, the traffic manager notifies the subject, which causes a greater portion of the traffic 
116 to contain the redirection code. This may be done any number of ways, for 
example, by increasing the number of links generating a redirection code, replacing the 
regular web pages with special promotional pages containing more redirection links, or 
inserting a redirection code in randomly selected requests. In the alternative, the traffic 
manager 110 can redirect a selected portion of traffic 116 to target 108, even if the 
traffic does not contain the redirection code. The increased redirection need not occur 
all at once; it may be sufficient to accomplish a slight increase in the redirection rate. 
However the increase in redirected traffic is accomplished, the sponsor can thus be 
assured at least a minimum amount of traffic as compensation for sponsor's costs of 
sponsoring the subject 120. 

Exemplary steps of a method 200 according to the invention are shown in Fig. 4. 
At step 202, a subject of a transaction is provided, as previously described. A 
redirection code is also designated. In an embodiment of the invention, the redirection 
code designates an executable program module, such as a dynamic link library ("DLL") 
file. When the redirection module is called, a sequence of redirection steps may be 
carried out by the designated program module. Various other methods may be used to 
redirect traffic, as should be appreciated by one skilled in the art. Any method that is 
capable of placing a unique flag on a request and calling a redirection routine when the 
flag is recognized at a step of a routing process may be adapted for use with the 
invention. 

After step 202, the process enters a parallel mode, with process branches 
beginning at steps 212 and 204, respectively, preferably executing in parallel. At step 
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212, network requests for information are generally received, such as by a traffic 
manager application, and parsed for the presence of a redirection code. If no 
redirection code is present, the request is routed to its destination as indicated at step 
232. If a redirection code is present, a traffic measurement counter is incremented an 
5 amount at step 21 6. As previously described, the amount of increment, i.e., the value or 
weight assigned to each redirected request, may depend on various different criteria. 
The request is redirected to a specified target at step 218. At optional step 220, further 
information for weighting the value of the traffic is received back from the target. If 
desired, this information can be used to alter the value of the increments counted at 
10 step 216, or to otherwise adjust the account of the traffic generator. At step 222, a 
credit amount is calculated based on the counter value and/or the traffic information 
received at step 220. At step 224, the traffic generator account is credited the amount 
*J calculated at step 222. 

W In a parallel process beginning at step 204, state information is received about 

sj : 5 the subject. In the simplest case, the state information comprises an initial account 
value, e.g., a monetary value, that remains static. In many preferred embodiments, 
v3 however, the state information includes a record of use since the last time the state 
ht information was received. "Use" may be measured in various different ways depending 
p on the nature of the subject, of which examples have already been provided. If, at 
Cic20 decision step 206, the state information indicates that the subject has been used or 
12 consumed in some way, then a debit amount is calculated at step 208, according to a 
predetermined formula. Again, the formula used will depend on the nature of the 
transaction and the agreement between the sponsor and the traffic generator. Then, at 
step 210, the generator account is debited the amount calculated at step 208. 
25 The parallel process branches converge again at step 226. Periodically, or upon 

occurrence of predetermined events, a status monitoring function checks the status of 
the generator account. If the generator account values achieve predetermined trigger 
levels, then a predetermined trigger action is performed at step 228. Examples of 
possible trigger actions, such as instructing a capable subject to direct more traffic 
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towards the target, have been provided in the foregoing description. If no trigger event 
is indicated at step 226, then so long as the transaction remains active (i.e., the process 
is not to be terminated), the process loop continues at steps 212 and 204. 

Having thus described a preferred embodiment of a method and system for 
5 securing payment in kind for network-connectable products and services, it should be 
apparent to those skilled in the art that certain advantages of the within system have 
been achieved. It should also be appreciated that various modifications, adaptations, 
and alternative embodiments thereof may be made within the scope and spirit of the 
present invention. For example, methods and systems for use with the Internet and 

10 Internet-connected devices have been illustrated, but it should be apparent that the 
inventive concepts described above would be equally applicable to other networks. For 
further example, use of the method to enable payment-in-kind transactions have been 

% illustrated, but it should be apparent that the inventive concepts described above would 

CP be equally applicable to a transaction wherein traffic is exchanged for cash. The 

^5 invention is further defined by the following claims. 



m 
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